home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19941221-19950208 / 000046_news@columbia.edu_Thu Dec 29 00:26:37 1994.msg < prev    next >
Internet Message Format  |  1995-07-31  |  4KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA07487
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 28 Dec 1994 19:26:40 -0500
  3. Received: by apakabar.cc.columbia.edu id AA13171
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 28 Dec 1994 19:26:39 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Increasing file transfer through put
  9. Date: 29 Dec 1994 00:26:37 GMT
  10. Organization: Columbia University
  11. Lines: 66
  12. Message-Id: <3dsvnt$crh@apakabar.cc.columbia.edu>
  13. References: <KSHAW.94Dec28221703@jobe.shell.portal.com>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <KSHAW.94Dec28221703@jobe.shell.portal.com>,
  18. kendall thomason shaw <kshaw@jobe.shell.portal.com> wrote:
  19. >Transfering uncompressed text I get about 2800cps over my 14.4
  20. >modem.  Transferring zipped files I get about 1200cps. This seems to be
  21. >roughly the same for window sizes above 1000. At one point I thought
  22. >that there was some optimum window size and number.
  23. >
  24. If there was, we would make it the default for everybody.
  25.  
  26. >Now I'm not sure. Why wouldn't 31 windows of 9024 bytes each be way
  27. >over kill but optimum in all cases?
  28. >
  29. Because this can cause buffer overflows, network packet loss, etc.
  30.  
  31.   EVERY CONNECTION IS DIFFERENT!
  32.  
  33. Even the same connection can be different from one moment to the next.
  34.  
  35. >Is there a formula or a procedure for determining this other than trial
  36. >and error?
  37. >
  38. There is no formula.  Each connection, each kind of box, each piece of
  39. wire, each kind of computer, each kind of modem, each operating system,
  40. each version of each of the preceding, etc etc, has its own peculiar
  41. characteristics.  Bigger is not always better -- the curve tends to be
  42. bell-shaped, but on each connection the bell is a different shape.
  43.  
  44. The best way to get your throughput up is probably to crank the window
  45. and packet sizes back down to conservative levels, say 4x1000 or so, and
  46. then read about control-character unprefixing in the documentation for
  47. the recent Kermit releases.  That should get your ZIP file transfers
  48. over V.32bis/V.42/V.42bis connections up to about 1600 cps.
  49.  
  50. >Also is there a way to take better advantage of V42 in my modem. Better
  51. >in the sense of increasing throughput of correct data.
  52. >
  53. V.42 is an error-correction protocol.  It has little direct bearing on
  54. throughput -- you sort of have to view it as a block box.  Whatever
  55. comes in one end is more-or-less-sort-of guaranteed to come out the
  56. other end, but it might take longer than you expect (due to
  57. retransmissions, retaining, etc, between the two modems).
  58.  
  59. You probably mean V.42bis, which is a data compression protocol that
  60. rides over V.42 (or other reliable link layer).  You are wondering: If
  61. my data file is already compressed, then aren't I making my modem work
  62. harder -- and therefore slowing it down -- if I ask it to compress the
  63. uncompressible?  The answer is yes, but probably not very much --
  64. probably less than 1%.  Not enough to make it worth the time it takes
  65. for you to turn the feature off and on.  Ditto for Kermit's own
  66. compression.  Measurements show no significant difference in throughput
  67. with these features turned on and turned off.
  68.  
  69. >I'm basicly content but just thought I'd ask. My computer is a 486-33
  70. >and I dial into a rather speedy Sun4m architecture machine.
  71. >
  72. How?  Through a terminal server?  You also might need to take a look at
  73. the terminal server's configuration.  Make sure it has bidirectional
  74. RTS/CTS flow control enabled between itself and the modem.  Turn off its
  75. Xon/Xoff flow control and all other kinds of per-character processing;
  76. some terminal servers have a command for this, such as Cisco's "terminal
  77. download".
  78.  
  79. By the same token, make sure you have RTS/CTS flow control enabled
  80. between your PC and the modem is directly connected to.
  81.  
  82. - Frank